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Description 

System and Method of Software Transfer 
Between a Mobile Phone and a Mobile 

Phone Accessory 

Background of Invention 

[0001] The present invention generally relates to mobile phone 
accessory management, and more specifically to manage- 
ment of the capabilities and resources of a mobile phone 
accessory through dynamic software loading. 

[0002] When a mobile phone accessory is connected to a mobile 
phone, the user interface of the mobile phone typically 
needs to change to allow the user to exploit the additional 
capabilities offered by the mobile phone accessory. For 
example, a digital camera accessory will require additional 
user interface features for taking, viewing, and storing 
pictures. Ultimately, the mobile phone software may re- 
quire modification to allow the user to manage the re- 
sources associated with the mobile phone accessory or to 
manage the mobile phone accessoryitself. New or updated 



mobile phone software could add the functionality a mo- 
bile phone needs to take full advantage of the accessory. 
For example, mobile phone software may not initially en- 
able pictures to be attached to emails; however, connect- 
ing a digital camera accessory to a mobile phone would 
necessitate the addition of such a feature. 

[0003] Mobile phone accessories are often developed subsequent 
to the production of a mobile phone. Interaction between 
a mobile phone and a mobile phone accessory, as well as 
management of the mobile phone accessory itself, is typi- 
cally restricted to pre-existing fixed menu structures and 
menu options already loaded into the mobile phone. Thus, 
support for the mobile phone accessory may be limited 
since the mobile phone was produced without knowledge 
of the subsequently developed mobile phone accessory. 

[0004] vvith today's advanced mobile phone accessories, it is de- 
sirable to use a more flexible means of ensuring interac- 
tion between the mobile phone and a mobile phone ac- 
cessory and to more fully realize the capabilities of the 
mobile phone accessory. Further, it is desirable to perform 
actions with the mobile phone accessory that are not con- 
ventionally associated with menu functions and to take 
advantage of the graphical user interface of a mobile 



phone. A higher level of security may also be exploited to 

effectively manage the extended capabilities. 
Summary of Invention 



[0005] The present invention provides a method of operating a 
mobile phone accessory communicable with a mobile 
phone. The method dynamically loads software into a mo- 
bile phone from a mobile phone accessory such that the 
software can be independently executed on the mobile 
phone platform. Dynamic software loading facilitates full 
resource realization by not limiting the operation and 
management of the mobile phone accessory to a pre- 
existing menu structure and mode of operation already 
residing in the mobile phone. As a result, the mobile 
phone is essentially converted into a differently operable 
and more capable device through the dynamic software 
loading process. 

[0006] After a communication link is established between the 
mobile phone and mobile phone accessory, both devices 
exchange identification and configuration data to deter- 
mine the appropriate software to transfer. Data pertaining 
to the software residing in the mobile phone accessory 
and the ability of the mobile phone to execute the soft- 
ware is shared. A verification process ensures that the 



mobile phone and mobile phone accessory are authorized 
to receive and transfer software, respectively. A software 
program or module is transferred or downloaded from the 
mobile phone accessory to be stored in the mobile phone. 
The mobile phone can then execute the downloaded pro- 
gram. Specifically, the mobile phone platform contains 
application program interfaces (APIs) and processor hard- 
ware capable of running a variety of different software 
programs or modules. The above mentioned APIs allow 
the software to perform functions using the existing 
hardware and software in the mobile phone, such as the 

display, speakers, keypad, etc. 
Brief Description of Drawings 

[0007] FIGURE 1 is a block diagram illustrating functional compo- 
nents of the present invention. 

[0008] FIGURE 2 is a flowchart illustrating a process for down- 
loading software from a mobile phone accessory to a mo- 
bile phone. 
Detailed Description 



[0009] FIGURE 1 illustrates a mobile phone 100 and a mobile 

phone accessory 105 according to one embodiment of the 
present invention. For ease of illustration, not all of the 



components of mobile phone 100 or mobile phone acces- 
sory 105 have been shown. Mobile phone 100 and mobile 
phone accessory 105 both include a physical communica- 
tion layer 110. The physical communication layers 110 are 
capable of establishing a communication link between 
mobile phone 100 and mobile phone accessory 105. The 
communication link can be a wireless radio frequency (RF), 
cabled, or optical link among others. The communication 
link facilitates communication between mobile phone 100 
and mobile phone accessory 105 providing a means for 
effecting a software transfer. 

[0010] Mobile phone 100 further includes an accessory interac- 
tion handler 115. The accessory interaction handler 115 
communicates data pertaining to mobile phone 100 to 
mobile phone accessory 105. Specifically, accessory inter- 
action handler 115 communicates data to mobile phone 
accessory 105 that is useful in determining the appropri- 
ate software to transfer from mobile phone accessory 105 
to mobile phone 100. Such data can include, for instance, 
the hardware and software capabilities and characteristics 
of mobile phone 100. 

[0011] The accessory interaction handler 115 is responsible for 
verifying that mobile phone accessory 105 is authorized 



to transfer software to mobile phone 100. After a transfer 
of software from mobile phone accessory 105 to the mo- 
bile phone 100, the accessory interaction handler 115 can 
verify that the software is licensed by the mobile phone 
manufacturer or its authorized agent for use on mobile 
phone 100. This step may be performed by embedding 
data within the software to identify its origin and creden- 
tials or by attaching a certificate to the software contain- 
ing similar data. Further, the accessory interaction handler 
115 can verify that the software has not been modified or 
corrupted since its initial creation. This step may be per- 
formed using data, either embedded in the software or at- 
tached as a certificate to the software, that verifies the 
consistency of the program. Such data may include, but is 
not limited to, a checksum or size check. 
[0012] Mobile phone accessory 105 includes a corresponding 
phone interaction handler 120. The phone interaction 
handler 120 communicates data pertaining to mobile 
phone accessory 105 to mobile phone 100. Specifically, 
phone interaction handler 120 communicates data re- 
garding the software that mobile phone accessory 105 is 
capable of transferring to mobile phone 100. Such infor- 
mation can include an accounting of the different types 



and versions of software available for transfer to mobile 
phone 100. 

[0013] The phone interaction handler 120 is also capable of veri- 
fying that mobile phone 100 is authorized to receive soft- 
ware from mobile phone accessory 105. Specifically, 
phone interaction handler 120 can ensure that unlicensed 
software can not be transferred to mobile phone 100 or 
that otherwise protected software can not be transferred 
to an unauthorized mobile phone. If any of the previously 
mentioned verification or authorization steps fail, then a 
software transfer is aborted. An error message can be 
shown on the display of mobile phone 100 indicating why 
the software transfer was aborted. 

[0014] Mobile phone accessory 105 further includes storage for 
software 122 related to the operation of mobile phone ac- 
cessory 105. The software 122 can be in many forms and 
may include, but is not limited to, Java scripts, HTML 
pages, XML scripts, BREW scripts, C++ scripts, or native 
applications specific to a particular mobile phone 100. 
Multiple forms can accommodate varying cellular plat- 
forms such as Code Division Multiple Access (CDMA) or 
Global System for Mobile Communications (GSM). Further, 
mobile phone accessory 105 may store multiple copies of 



software 122 written in different programming languages 
and in different versions to ensure compatibility with a 
variety of mobile phones from a variety of manufacturers. 

[0015] Based on the features and capabilities of the currently 
connected mobile phone 100, phone interaction handler 
120 can select the software 122 best suited for a particu- 
lar mobile phone 100. Features of mobile phone 100 
which may affect the software selection process include, 
but are not limited to, the existence of a keyboard on mo- 
bile phone 100, the software currently loaded in mobile 
phone 100, or the display characteristics and type of mo- 
bile phone 100. Display characteristics include the size, 
resolution, whether or not the display is color or 
monochrome, and color depth. 

[0016] Mobile phone 100 further includes sufficient storage 125 
for receiving transferred software. Mobile phone 100 is 
also equipped with a processor 130 for executing soft- 
ware and a variety of APIs 135 to ensure usability with a 
variety of mobile phone accessories. 

[0017] FIGURE 2 illustrates the process of dynamic software load- 
ing from mobile phone accessory to mobile phone. First, 
the mobile phone and mobile phone accessory enter into 
a stage of device discovery. Device discovery begins with 



the establishment of any suitable communication link 205 
between the two devices. This can be achieved using a 
wireless RF link such as Bluetooth™, and optical link such 
as infrared, or a cabled link. Device discovery encom- 
passes both devices identifying themselves 210, 215 to 
one another. Device discovery may include manual steps 
initiated by the user or may be automatic. 
[0018] Identification of the mobile phone to the mobile phone 

accessory 210 entails communicating to the mobile phone 
accessory that the mobile phone is capable of receiving 
stored software from the mobile phone accessory. Fur- 
ther, the mobile phone shares information regarding its 
hardware and software capabilities and characteristics 
useful for determining the appropriate software for trans- 
fer. For example, the mobile phone communicates infor- 
mation concerning its functional capabilities (such as dis- 
play feature information and what software it is capable of 
executing), identity (such as software version informa- 
tion), and type (such as manufacturer and model informa- 
tion). 

[0019] Likewise, identification of the mobile phone accessory to 
the mobile phone 215 entails communicating to the mo- 
bile phone that the mobile phone accessory is capable of 



transferring stored software to the mobile plione. Further, 
the mobile phone accessory shares information regarding 
its identity and type along with an accounting of the soft- 
ware it contains. 

[0020] Device discovery is completed when the mobile phone and 
mobile phone accessory determine: (a) what software will 
be downloaded from the mobile phone accessory to the 
mobile phone; (b) which method of authentication, if any, 
will be used to verify that the mobile phone and mobile 
phone accessory are authorized to receive and transfer 
software, respectively; and (c) which method of encryp- 
tion, if any, will be used to transfer the software. 

[0021] After device discovery, the mobile phone ensures that the 
mobile phone accessory is authorized to transfer software 
to the mobile phone 220. Likewise, the mobile phone ac- 
cessory must ensure that the mobile phone is authorized 
to receive software from the mobile phone accessory 225. 
This is termed device authentication. Authentication may 
be performed using one of a number of publicly available 
methods such as, for instance. Public Key Infrastructure 
(PKI), using a proprietary method developed as part of the 
dynamic software loading feature, or using a proprietary 
method developed by a mobile phone (or mobile phone 



accessory) manufacturer and made available to a mobile 
phone accessory (or mobile phone) manufacturer. 

[0022] After mutual device authentication 220, 225 occurs, 

transfer of the software 230 from the mobile phone ac- 
cessory to the mobile phone can take place. The software 
may be encrypted prior to transfer to provide further se- 
curity. Encryption may be performed using one of a num- 
ber of publicly available methods such as, for instance. 
Data Encryption Standard (DES), using a proprietary 
method developed as part of the dynamic software load- 
ing feature, or using a proprietary method developed by a 
mobile phone (or mobile phone accessory) manufacturer 
and made available to a mobile phone accessory (or mo- 
bile phone) manufacturer. 

[0023] After receiving and storing the software from the mobile 
phone accessory, the mobile phone then verifies the au- 
thenticity of the software 235. Specifically, the mobile 
phone verifies that the mobile phone manufacturer has li- 
censed the software to be used on the mobile phone. This 
step can be performed by examining data embedded 
within the software itself or contained within a certificate 
attached to the software. Such data can identify the origin 
and credentials of the software. The mobile phone can 



then compare this data against acceptable values or cer- 
tificates stored within the mobile phone itself or can per- 
form additional steps to complete PKI verification. The 
mobile phone can also implement a security check to en- 
sure the software has not been modified or tampered with 
since its original creation. This step may be performed 
using data, either embedded in the software or attached 
as a certificate to the software, that verifies the consis- 
tency of the program. Such data may include, but is not 
limited to, a checksum or size check. The mobile phone 
can re-create the verification data based on the software 
it has received. The re-created verification data can then 
be compared to the transferred verification data delivered 
via secure means to determine the authenticity and in- 
tegrity of the transferred software. 
[0024] specific embodiments of an invention are disclosed 

herein. One of ordinary skill in the art will readily recog- 
nize that the invention may have other applications in 
other environments. In fact, many embodiments and im- 
plementations are possible. The following claims are in no 
way intended to limit the scope of the present invention to 
the specific embodiments described above. In addition, 
any recitation of means for is intended to evoke a means- 



plus-function reading of an element and a claim, whereas, 
any elements that do not specifically use the recitation 
means for, are not intended to be read as means- 
plus-function elements, even if the claim otherwise in- 
cludes the word means. 



